home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 2753 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.9 KB

  1. Path: news.leonardo.net!usenet
  2. From: John White <jwhite@fishnet.net>
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Is 33.6 only available for USR?
  5. Date: Wed, 24 Jan 1996 18:17:17 -0800
  6. Organization: Leonardo Internet
  7. Message-ID: <3106E82D.768F@fishnet.net>
  8. References: <4dd14b$odp@grid.direct.ca> <4ddchf$c4i@shellx.best.com> <30FA9B32.4862@fishnet.net> <4dh7j3$81i@shellx.best.com> <30FCE339.36B9@fishnet.net> <4dlt8f$1qom@seminole.gate.net> <DLGM5w.H8o@freenet.carleton.ca> <4dqj68$dcak@navajo.gate.net> <eric- <4e5na1$1cpq@seminole.gate.net>
  9. NNTP-Posting-Host: port13.fishnet.net
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0b6a (Win95; I)
  14.  
  15. doug haire wrote:
  16. > 2301962157260001@sobt.accessorl.net>:
  17. > Distribution:
  18. > Eric Shaw (eric@accessorl.net) wrote:
  19. > : In article <4dqj68$dcak@navajo.gate.net>, dhaire@gate.net (doug haire) wrote:
  20. > :
  21. > : >Anthony Hill (an171@FreeNet.Carleton.CA) wrote:
  22. > : >:
  23. > : >: doug haire (dhaire@gate.net) writes:
  24. > : >: > John White (jwhite@fishnet.net) wrote:
  25. > : >: > : better. Many hundreds of hours of my testing with Courier, Sportster
  26. > : >: > : PPI, Supra etc. show this is not the case. My Courier with the latest
  27. > : >: > : 33.6 code only marginally outperforms my PPI LCD. On a connection to a
  28. > : >: > : provider using Courier upgraded to 33k I achieve 28.8 about 80% of the
  29. > : >: > : time. With the LCD I achieve 28.8 50% of the time. Now 33k is really a
  30. > : >: > : big deal isn't it?
  31. > : That's right, *IF* you have a near *PERFECT* line to connect above 28.8,
  32. > : the Courier might perform just slightly better than the PPI or Supra on
  33. > : compressed data.  For uncompressed data, a 33.6 connection on the Courier
  34. > : may likely be slower than a 26.4K connection on most other modems.  The
  35. > : compression in there is SLOW.  If you make a large file of just a few
  36. > : bytes repeated over and over and send it between 2 USR's, you won't get
  37. > : more than 6-7K/s, even if its all one byte repeating, because of either
  38. > : the processing speed of the modem, or because of inefficient algorithms.
  39. > : If the same file is transferred with a PPI or Supra or most other modems,
  40. > : the transfer rate will be limited by your DTE rate, i.e. 115200 limits you
  41. > : to a little above 11K/s, even if you lock the modems at 14.4K.
  42. > BS... pure and simple... Here, take a look at this:
  43. > {On}   08/05/94   5:49 am  26400 bps   ours II                08/05/94
  44. > Z 983040 115200 bps 11327 cps   0 errors     1 1024 d:/download/1x30.tst 17972
  45. > Z 327680 115200 bps 7465 cps   0 errors     0 1024 d:/download/2x10.tst 17972
  46. > Z 196608 115200 bps 4302 cps   0 errors     0 1024 d:/download/3x06.tst 17972
  47. > Z 131072 115200 bps 3173 cps   0 errors     0 1024 d:/download/4x04.tst 17972
  48. > Z 524288 115200 bps 9395 cps   0 errors     0 1024 d:/download/5x16.tst 17972
  49. > Z 306613 115200 bps 3276 cps   0 errors     0 1024 d:/download/telexchg.zip 17972
  50. > {Off}  08/05/94   6:00 am  11:01        791-3625
  51. > Please note the first line of the transfers. The file is a large, highly
  52. > compressible file and the port speed is obviously 115200. The other files
  53. > are of varying compressibility.
  54. > I get so tired of people who make claims that are without any substance
  55. > whatsoever.
  56. > : >I believe there was a change included with the V.34+ upgrade (at least in
  57. > : >the Courier) that improved speeds with the lower symbol rates, allowing a
  58. > : >28.8k connect (stable) at a lower symbol rate. I could be wrong about
  59. > : >this but I don't think so. I do know, subjectively speaking, that my
  60. > : >unstable 28.8k connects became more stable when I went to the V.34+ and
  61. > : >that I started getting more 28.8k connects than I had. Admittedly, this
  62. > : >is subjective since I did not run control tests.
  63. > : From what I've read, this is the case, which would help if your line has
  64. > : limited bandwidth.  Haven't actually seen how much this helps - with the
  65. > : lines here, a 3429 or 3200 symbol rate is almost always used, but the SNR
  66. > : usually limits connections below 28.8K.
  67. > Limited bandwidth? Would you care to tell me where I might find such a
  68. > problem? Hmmmm? Is it on the SLC's as some have claimed? If so, please
  69. > understand that the data lines at my home are all on an SLC and I get
  70. > 31200 connects routinely. Would it be on copper lines, perhaps? Then
  71. > explain the copper connection at my office which affords me regular 31200
  72. > and the occasional 33600 connect to my home.
  73. > Fed up with half-truths. Show me some DATA that supports this garbage you
  74. > are putting out.
  75. > : >: > There is more to that improvement than just the connect speed. Look into
  76. > : >: > that Courier sometime and examine how it handles V.42 error correction.
  77. > : Yeah, they went up to 244 byte LAPM packets (a wierd size, not a power of
  78. > : 2), when a lot of Rockwell modems (and others) have long been using 256
  79. > : byte packets, if not 512.
  80. > A "lot of Rockwell modems"? Name some. My Supra certainly doesn't have it
  81. > (running the 11/22/95 code). I do know that the Hayes Optima does support
  82. > it. Who else? Zoom? BEC? Boca?
  83. > : The v.42 negotiation between the USR and the newer, crappier PPI modems
  84. > : has similar problems to the negotiation between it and the older PPI
  85. > : modems.  The new ones use an AT&T chipset instead of a Rockwell one.  I
  86. > : guess that must mean that AT&T and Rockwell have the same bugs <g>.
  87. > I have no idea what bugs the AT&T chipset has, I do know that the
  88. > Rockwell chipset has a rather nasty little bug. Look at your default
  89. > Rockwell chipset settings. Note that %E0 is the default. Read what that
  90. > does. Then wonder WHY that is the default.
  91. > --
  92. >  "Things are more like they are now than they ever were before."
  93. >  [Dwight D. Eisenhower]
  94.  
  95. Nonsense. Your data show something VERY strange. The date is 8/5/94. 
  96. There was no 33.6 then. Please don't try and prove your point of view 
  97. with this "data" Ha! How can we beleive the data when something that 
  98. obvious is so SCREWED up!
  99.